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TITLE OF THE INVENTION 
DISK STORAGE APPARATUS CAPABLE OF CONCURRENTLY 
PROCESSING DATA STREAMS 

CROSS-REFERENCE TO RELATED APPLICATIONS 
This application is based upon and claims the 
benefit of priority from prior Japanese Patent 
Application No, 2003-188794, filed June 30, 2003, the 
entire contents of which are incorporated herein by 
reference . 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a disk storage 
apparatus capable of concurrently processing a 
plurality of data streams, and in particular, to a 
disk storage apparatus suitably used if recording of 
a data stream and reproduction of a data stream are 
performed concurrently as well as a method of 
controlling data streams 

2. Description of the Related Art 

Hard disk drives (hereinafter referred to as 
"HDDs") are well known as disk storage apparatuses 
using a disk as a storage medium. The storage 
capacity of the HDDs has recently been increased. 
Correspondingly, more and more HDDs have been used for 
audio-visual (AV) applications to record AV data. 
Furthermore, data recording and reproducing 
apparatuses comprising an HDD for AV applications, 
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what is called video recorders, have been developed. 
Many of the video recorders have a function of 
recording (writing) AV data to the HDD while 
reproducing (reading) another AV data already recorded 
5 in the HDD. The video recorder of this kind, for 

example, makes it possible to record AV data on a user 
specified television program while reproducing AV data 
on another television program. In this case, the AV 
data recorded in the HDD or reproduced from it is 
10 commonly sequential data that is temporally 

continuous. Such AV data is thus called a data stream 
(AV stream) . 

The recent video recorders also have a function 
of recording a data stream for a user specified 

15 television program in an HDD while reproducing each 

part of the data stream for this program an arbitrary 
time later than the corresponding recording. 
Furthermore, video recorders comprising an HDD and 
a digital versatile disk (DVD) drive (DVD recorder) 

20 have recently been developed. The video recorder of 

this kind makes it possible to record, in the HDD, 
a data stream recorded in the DVD while reproducing 
another data stream already recorded in the HDD. 

In this manner, a video recorder comprising an 

25 HDD for AV applications enables the concurrent 

performance of recording of a data stream and 
reproduction of a data stream. However, it is 
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impossible to simultaneously make a plurality of 
accesses to the HDD, Thus, a host utilizing an HDD 
for AV applications records or reproduces data streams 
by sequentially issuing a plurality of write or read 
5 commands to the HDD one by one. In this case, while 

a write or read of data specified by one command is 
being executed, writes or reads of data specified by 
subsequent commands must wait. 

Data streams must be recorded and reproduced in 

10 real time. Thus, write or read commands provided to 

the HDD by the host are provided with information on 
time limits. The time limit is the maximum time 
available for a write or read specified by the 
corresponding command (that is, a permissible time) . 

15 Commands (write or read commands) with information on 

time limits are called commands with time limits. 

In the prior art, with an HDD applied to a video 
recorder, if for example, an error occurs in the 
execution of a read command with a time limit, a retry 

20 is repeated within the time limit. In this case, it 

is determined whether or not the time required to 
execute the command exceeds the time limit. It is 
assumed that in this situation, reproduction of a data 
stream from a disk and recording of a data stream on 

25 this disk are concurrently being performed. It is 

further assumed that the execution of a read command 
required to reproduce the data stream (that is, a read 



operation) is continued by repeating a retry until 
the time limit is exceeded. In this case, the 
execution of a write command required to record a data 
stream (that is, a write operation) must wait. Then, 
the time limit for the write operation is exceeded 
before the write operation is completed. 

Likewise, if an error occurs in a write operation 
specified by a write command with a time limit, 
a retry is also repeated within the time limit. 
If the retry is repeated until the time limit is 
exceeded, the write operation is suspended. At this 
time, if a read command waiting to be executed is 
present in the HDD, it can be executed. However, 
since the write operation has been suspended, write 
data may not be secured. 

The status of the concurrent recording or 
reproduction of data streams varies over time. 
Jpn. Pat. Appln. KOKAI Publication No. 11-327807 
describes a technique of changing a timeout time 
corresponding to the above time limit, to a relatively 
long time if only a small number of data streams are 
concurrently processed. The conventional technique 
described in this publication can reduce the frequency 
with which a read or write operation is not completed 
even after the timeout time has passed. 

As described above, with a conventional HDD for 
AV applications, if an error occurs in the execution 



of a read command with a time limit, a retry may be 
repeated until the time limit is exceeded. However, 
it may be known before a read command is executed that 
a read operation specified by the read command cannot 
be completed within the time limit. For example, this 
is the case in which the time limit exceeds the sum of 
a seek time required to move a head to a target 
position (target track) on a disk and a time required 
to transfer data of a size specified by a read command 
(a data transfer time) . Thus, in the prior art, even 
if it is known before a read command with a time limit 
is executed that the command requests a read operation 
exceeding the basic abilities of the HDD, the read 
operation may be performed until the time limit is 
exceeded. In this case, if any write command for 
recording a data stream is waiting to be executed, 
then the time limit for a write operation specified by 
the write command is exceeded before the write 
operation is executed. In this situation, write data 
is not secured. 

On the other hand, with the conventional 
technique described in the above publication, if only 
a small number of data streams are processed 
concurrently, the time limit (timeout time) is changed 
to a relatively long time. Thus, this conventional 
technique can reduce the frequency with which a read 
or write operation is not completed even after the 
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timeout time has passed. However, this is impossible 
if a large number of data streams are processed 
concurrently. In this case, the time limit for this 
write operation may also be exceeded before the write 
5 operation is completed. Furthermore, write data may 

not be secured. 

BRIEF SUMMARY OF THE INVENTION 
According to an embodiment of the present 
invention, there is provided a disk storage apparatus 

10 which can concurrently process a plurality of data 

streams specified by a host, in which a head reads and 
writes data from and to a disk. The disk storage 
apparatus comprises executing means, detecting means, 
and controlling means. The executing means 

15 sequentially executes, in a time series manner, write 

commands with time limits provided by the host and 
instructing data streams to be written and read 
commands with time limits provided by the host and 
instructing data streams to be read. The detecting 

20 means detects that an error has occurred in a write 

operation specified by any of the write commands. 
The controlling means controls the executing means if 
the detecting means detects that an error has occurred 
in the write operation specified by any of the write 

25 commands. That is, the controlling means causes the 

executing means to continue the write operation 
regardless of whether or not the time spent performing 
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the write operation until the present time is within 
the time limit specified by the write command. 
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The accompanying drawings, which are incorporated 
5 in and constitute a part of the specification, illust- 

rate embodiments of the invention, and together with 
the general description given above and the detailed 
description of the embodiments given below, serve to 
explain the principles of the invention. 
10 FIG. 1 is a block diagram showing the 

configuration of a hard disk drive for AV applications 
according an embodiment of the present invention; 

FIG. 2 is a diagram showing the format of a disk 
111 in FIG. 1; 

15 FIG. 3 is a diagram showing an example of a data 

structure in a seek time table 123a in FIG. 1; 

FIG. 4 is a diagram showing an example of a data 
structure in a transfer rate table 123b in FIG. 1; 

FIG. 5 is a flowchart showing the procedure of 
20 a write operation according to the embodiment; and 

FIG. 6 is a flowchart showing the procedure of 
a read operation according to the embodiment. 

DETAILED DESCRIPTION OF THE INVENTION 
With reference to the drawings, description will 
25 be given of an embodiment in which the present 

invention is applied to a hard disk drive for AV 
applications. FIG. 1 is a block diagram showing 
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the configuration of a hard disk drive (hereinafter 
referred to as an HDD) 10 for AV applications 
according to this embodiment. The HDD 10 is assumed 
to be provided in a data recording and reproducing 
5 apparatus (hereinafter referred to as a video 

recorder) utilizing the HDD 10 as an HDD for AV 
applications. The HDD 10 is roughly composed of 
a head disk assembly unit (hereinafter referred to as 
an HDA unit) 11 and a printed circuit board unit 

10 (hereinafter referred to as a PCB unit) 12. 

The HDA unit 11 includes a disk (magnetic disk) 
111, a head (magnetic head) 112, a spindle motor 
(hereinafter referred to as an SPM) 113, an actuator 
114, a voice coil motor (hereinafter referred to as 

15 a VCM) 115, a motor driver 116, and a head IC 117. 

The disk 111 is a recording medium having two disk 
surfaces: an upper and lower disk surfaces. At least, 
one of the two disk surfaces of the disk 111 
constitutes a recording surface on which data is 

20 magnetically recorded. The head 112 is arranged in 

association with one of the disk surfaces of the disk 
111 which constitutes the recording surface. 
In FIG. 1, for the convenience of illustration, 
the single head 112 is shown. However, in general, 

25 the two disk surfaces of the disk constitute 

respective recording surfaces, with heads arranged in 
association with the respective disk surfaces. 
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Furthermore, for the configuration in FIG. 1, the HDD 
comprising the single disk 111 is assumed. However, 
a plurality of disks 111 may be stacked in the HDD. 
FIG. 2 shows the format of the disk 111. 
5 As shown in FIG. 2, a plurality of servo areas 200 

are arranged discretely at equal intervals in 
a circumferential direction of the disk 111 and 
radially in a radial direction of the disk 111. Servo 
data is prerecorded in each servo area 200. The servo 

10 data contains positional information required to 

position the head 112 at a target position on the 
disk 111. In the recording surface of the disk 111, 
the area between the adjacent servo areas 200 is used 
as a data area. A large number of concentric tracks 

15 (data tracks) 202 are arranged on the recording 

surface of the disk 111. In the data area 201, 
a plurality of data sectors 203 are provided in each 
track 202. 

A recording format called CDR (Constant Density 
20 Recording) is applied to the disk 111. The recording 

surface of the disk 111 to which the CDR format is 
applied is manageably divided into a plurality of 
zones in the radial direction of the disk 111. In the 
example shown in FIG. 2, for the convenience of 
25 illustration, the recording surface of the disk 111 is 

manageably divided into two zones Z0 and Zl. The 
zones Z0 and Zl have different numbers of data sectors 



203 per track (cylinder) . The number of data sectors 
203 per track (cylinder) is set to be larger on the 
outer peripheral zone of the disk 11. This setting is 
employed in order to increase the formatting 
efficiency of the disk 111 utilizing effectively 
the outer peripheral areas of the disk, in which 
the tracks (cylinders) have a larger physical 
circumf erential length. As is well known, when data 
is read from or written to the disk 111, data transfer 
rate is higher in the outer peripheral zone of the 
disk 111. 

Referring back to FIG. 1, the head 112 is used to 
read data from the disk 111 (data reproduction) and 
write data to the disk 111 (data recording) . The SPM 
113 rotates the disk 111 at a high speed. The head 
112 is attached to the tip of the actuator 114. The 
actuator 114 has a VCM 115 acting as a driving source 
for the actuator 114. The actuator 114 is driven by 
the VCM 115 to move the head 112 in the radial 
direction of the disk 111. The SPM 113 and the VCM 
115 are driven by respective driving currents (an SPM 
current and a VCM current) supplied by the motor 
driver 116. The motor driver 116 supplies the SPM 113 
with an amount of SPM current specified by a CPU 122, 
in order to rotate the SPM 113 at a rated speed. 
The motor driver 116 also supplies the VCM 115 with 
an amount of VCM current specified by the CPU 122, in 



order to position the head 112 at the target position 
on the disk 111. The head 112 is connected to a head 
IC (head amplifier circuit) 117. The head IC 117 
includes a read amplifier that amplifies a read signal 
read by the head 112 and a write amplifier that 
converts write data into a write current. 

The PCB unit 12 includes a read/write IC 
(read/write channel) 121, a CPU 122, a flash ROM 123, 
a CPU-RAM 124, a disk controller (hereinafter referred 
to as an HDC) 125, a buffer RAM 126, a gate array 127, 
and a CPU bus 128. These elements 121 to 128 are 
mounted on a printed circuit board (PCB; not shown) . 
The CPU 122, the flash ROM 123, the CPU-RAM 124, the 
HDC 125, and the gate array 127 are interconnected by 
the CPU bus 128. 

The read/write IC 121 is a signal processing 
device. The read/write IC 121 performs various signal 
processes including an analog-to-digital conversion of 
a read signal, encoding of write data, and decoding of 
read data. 

The CPU 122 provides, in a time division manner, 
control of the elements in the HDD 10 other than the 
motor driver 116 and control of the motor driver 116 
required to position the disk 111 at the target 
position on the disk 111. The control provided by the 
CPU 122 includes read/write control performed by the 
HDC 125 in accordance with a read or write command 
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from the host 20. The host 20 is a main controller 
for a video recorder comprising the HDD 10. The host 
20 utilizes the HDD 10 as an HDD for AV applications. 
The host 20 issues a string of write or read commands 
to the HDD 10 which commands correspond to recording 
or reproduction of a data stream specified by a user, 
in order to perform the recording or reproduction. 
The specification of the recording or reproduction of 
the data stream is transmitted to the host 2 0 by input 
equipment (not shown) connected to the host by wire or 
radio, when the user operates the input equipment. 
The input equipment is, for example, a remote 
controller . 

The flash ROM 123 is a rewritable nonvolatile 
memory that stores programs (control programs) to be 
executed by the CPU 122. Some storage areas of the 
flash ROM 123 are used to store a seek time table 123a 
and a transfer rate table 123b. The seek time table 
123a pre-stores the time required to move the head 112 
to a target track (that is, a seek time), using the 
number of tracks to pass before reaching the target, 
as a parameter. The transfer rate table 123b 
pre-stores information on the data transfer rate for 
each zone of the disk 111. the CPU-RAM 124 is used as 
a work area used by the CPU 122 and an area in which 
variables used by the CPU 122 are stored. 

FIG. 3 shows an example of a data structure in 



the seek time table 123a. As shown in this figure, 
the table 123a stores information on a seek time 
Tsi for each predefined number of tracks Nti (i=l, 
2, . . . n) . The seek time Tsi indicates the time 
required to move the head 112 by an amount equal to 
the number of tracks Nti, in the radial direction of 
the disk 111. That is, the seek time table 123a 
stores information indicative of the correspondence 
between the number of tracks and the seek time. The 
relationship between the number of tracks and the seek 
time varies depending on whether the head 112 moves 
toward the inner or outer periphery of the disk 111. 
Thus, information indicative of the correspondence 
between the number of tracks and the seek time may be 
stored in the seek time table 123a for each direction 
in which the head 112 is moved. 

FIG. 4 shows an example of a data structure in 
the transfer rate table 123b. As shown in this 
figure, the table 123 stores, for each of the zones ZO 
and Zl, information on data transfer rates TRO and TR1 
used to read data from the zone ZO or Zl or write data 
to the zone ZO or Zl. 

The HDC 125 is connected not only to the CPU bus 
128 but also to the read/write IC 121, the buffer RAM 
126, and the gate array 127. The gate array 127 
generates various signals required to control the 
HDD 10. The HDC 125 is also connected to the host 20 
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via a host interface 30. The HDC 125 and the gate 
array 127 are controlled using control registers (not 
shown) . The control registers are assigned to some 
areas of an address space for the CPU 122. The CPU 
5 122 performs reads from and writes to these areas to 

control the corresponding HDC 125 or the gate 
array 127. 

The HDC 125 receives commands (read/write 
commands and the like) transferred by the host 20 and 

10 controls the data transfer between the host 20 and the 

HDC 125. The HDC 125 also controls the data transfer 
between the disk 111 and the HDC 125 and a buffer 
control function of controlling the buffer RAM 126. 
The HDC 125 has a status register (SREG) 125a. 

15 When the host 20 executes a write command, data 

(write data) transferred by the host 20 to the HDC 125 
is temporarily stored in the buffer RAM 126. The 
write data stored in the buffer RAM 126 is transferred 
by the HDC 125 to the read/write IC 121 in accordance 

20 with a control signal from the gate array 127. The 

read/write IC 121 encodes the write data transferred 
by the HDC 125 and outputs the encoded write data to 
the head IC 117. The encoded write data output to 
the head IC 117 is converted by the head IC 117 into 

25 a write signal. The data converted into the write 

signal is written by the head 12 in the area on the 
disk 11 specified by the write command. 
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On the other hand, when a read command from the 
host 20 is executed, the head 112 reads a data signal 
recorded in the area on the disk 111 specified by the 
read command. The head IC 117 amplifies the signal 
5 (read signal) read by the head 112. The read signal 

amplified by the head IC 117 is decoded by the 
read/write IC 121. The HDC 125 processes the data 
decoded by the read/write IC 121, in accordance with 
a control signal from the gate array 127, to generate 

10 data (read data) to be transferred to the host 20. 

The data is stored in the buffer RAM 126 and 
transferred by the HDC 125 to the host 20. 

Now, a sequential description will be given of 
operations performed by the HDD 10 in FIG. 1; separate 

15 descriptions will be given of a write operation in 

accordance with a write command and a read operation 
in accordance with a read command. It is assumed that 
the video recorder is set for both modes, a first and 
second modes. In the first mode, a data stream for 

20 a user specified television program (hereinafter 

referred to as a first data stream) is recorded in the 
HDD 10. In the second mode, a user specified data 
stream already recorded in the HDD 10 (hereinafter 
referred to as a second data stream) is reproduced 

2 5 from the HDD 10. 

In this state, the host 20 sequentially issues 
a string of write commands with time limits required 
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to record the first data stream, to the HDD 10. 
Concurrently, the host 20 sequentially issues a string 
of read commands with time limits required to 
reproduce the second data stream. the HDC 125 in the 
5 HDD 10 receives the commands issued by the host 20. 

The commands received by the HDC 125 are queued by the 
HDC 125 in the order of the reception in a queue 
buffer provided in the buffer RAM 126. The CPU 122 
dequeues and executes the commands in the queue 

10 buffer, one by one in the order of reception. 

First, with reference to the flowchart in FIG. 5, 
description will be given of a write operation 
performed in the HDD 10. It is assumed that the CPU 
122 in the HDD 10 starts executing a write command 

15 with a time limit provided by the host 20 to the HDD 

10 via the host interface 30. In this case, on the 
basis of an access start address (logical address) 
specified by the write command, the CPU 122 determines 
an access (write) start track (target track) and 

20 an access (write) start sector (target sector) on 

the disk 111. The CPU 122 sets the determined 
access start track and access start sector in 
the corresponding control registers of the HDC 125 
(steps SI and S2) . 

25 Then, the CPU 122 provides seek control that 

moves the head 112 (which is attacked to the tip of 
the actuator 114) from the present position to 



the access start track (step S3) . In the seek 
control, the motor driver 116 is controlled in order 
to drive the VCM 115. The seek control is provided by 
the CPU 122 on the basis of positional information 
contained in servo data every time the head 112 
reads the servo data from the servo area 200 on 
the disk 111. On detecting that the head 112 has 
reached the access start track on the basis of the 
positional information read from the head 112, the CPU 
122 determines that the seek control (seek operation) 
has been completed. In this case, the CPU 122 causes 
the HDC 125 to perform a write operation required to 
sequentially write the data transferred by the host 20 
to the appropriate sectors, sector by sector starting 
with the previously set access start sector in the 
previously set access start track (step S4) . This 
write operation is performed on an area corresponding 
to a data size (the number of sectors) specified by 
the write command, the area starting with the access 
start sector. 

If the HDC 125 does not detect any errors in the 
write operation (data write) in accordance with the 
write command (step S5) , the CPU 122 completes 
execution of this write command (step S6) . In this 
case, if any waiting commands are in the queue buffer, 
the CPU 122 takes the most previously queued command 
at that point out of the queue buffer and executes it. 
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At this time, the CPU 122 sets, in the status register 
125a in the HDC 125, a status indicating that the 
execution of the preceding command (in this case, the 
write command) has been completed correctly. The 
5 contents of the status register 125a can be read from 

the host 20 via the host interface 30. Accordingly, 
the host 20 can recognize the result of the execution 
of the command in the HDD 10 by reading the contents 
of the status register 125a in the HDC 125. 

10 On the other hand, if the HDC 125 detects an 

error in the data write in accordance with the write 
command (step S5) , the CPU 122 proceeds to step S7. 
At step S7, the CPU 122 determines whether or not the 
time T spent executing the write command until the 

15 present time is within a time limit Ttl. Here, the 

time limit Ttl is indicated by the time limit 
information provided to the write command. If the 
execution time T for the write command does not exceed 
the time limit Ttl (step S7), the CPU 122 returns to 

20 step SI to retry this command. In contrast, if the 

execution time T for the write command exceeds the 
time limit Ttl, the CPU 122 proceeds to step S8. 
At step S8, the CPU 122 determines whether or not 
reproduction of a data stream is being performed 

25 concurrently with recording of a data stream. 

Even if the execution time T for the write 
command exceeds the time limit Ttl (step S7), if no 



data streams are being reproduced (step S8), the CPU 
122 determines that the write operation specified by 
the write command can be continued. In this case, the 
CPU 122 returns to step SI to retry the write command. 
On the other hand, if any data stream is being 
reproduced (step S8) , the CPU 122 determines whether 
or not any read commands are in the queue buffer 
(step S9) . Even if a process for reproducing a data 
stream is being performed (step S8) , if no read 
commands are in the queue buffer (step S9) , the CPU 
122 determines that the write operation specified by 
the write command can be continued. In this case, the 
CPU 122 returns to step SI to retry the write command. 
Thus, in the present embodiment, even if no write 
command can be completed within the time limit Ttl, if 
no data streams are being reproduced, this write 
command is retried. Likewise, even if no write 
command can be completed within the time limit Ttl and 
any data stream is being reproduced, if no read 
commands are waiting to be executed, this write 
command is retried. 

On the other hand, if any data stream is being 
reproduced (step S8) and any read commands are in 
the queue buffer (step S9) , the CPU 122 determines 
that the write command cannot be retried. In this 
case, the CPU 122 acts on the host 20 as in the case 
where the write command that failed to be completed 
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within the time limit Ttl has been completed correctly 
(step S10) . Specifically, the CPU 122 sets a dummy 
status in the status register 125a in the HDC 125, 
the dummy status indicating a write command that 
5 failed to be completed within the time limit Ttl has 

been completed correctly. This operation of the CPU 
122 is equivalent to forcing the CPU 122 to recognize 
(notifying the CPU 122) that the execution of the 
write command has been completed correctly. 

10 Then, the CPU 122 takes the most previously 

queued read command out of the queue buffer. Then, 
instead of executing the dequeued read command, the 
CPU 122 allows the HDC 125 to transfer a size of 
predefined dummy data specified by this command to the 

15 host 20 (step Sll) . This forces the execution of the 

dequeued command to be completed. This is equivalent 
to executing the dequeued read command in a short 
time. The CPU 122 then returns to step SI to retry 
the write command, which failed to be completed within 

20 the time limit Ttl. 

Thus, in the present embodiment, in a particular 
state in which a retry exceeding the time limit Ttl 
results from the execution of a write command with 
a time limit, the HDD 10 acts on the host 20 as in the 

25 case where the execution of this write command has 

been completed correctly. That is, the HDD 10 
formally completes the execution of the write command. 



On the other hand, in the HDD 10, the write operation 
specified by this write command is continuously 
executed. Thus, the HDC 10 can secure write data to 
ensure the quality of recorded data even if the above 
particular state occurs. In the present embodiment, 
when the above particular state occurs, even if 
a process for reproducing a stream is being performed 
and any read command is waiting to be executed, 
the execution of the write command is given priority. 
In this case, read data is not secured, thus degrading 
the quality of reproduced data. However, the 
degradation of the quality of reproduced data is 
temporary. Furthermore, instead of executing the 
read command, the HDD 10 transfers dummy data to 
the host 20. Consequently, the time required to 
execute the read command can be used to continue 
executing the write command. This minimizes adverse 
effects resulting from the priority given to the write 
command . 

Now, with reference to the flowchart in FIG. 6, 
description will be given of a read operation 
performed in the HDD 10. It is assumed that 
the CPU 122 in the HDD 10 starts executing a read 
command with a time limit provided by the host 20. 
In this case, on the basis of an access start address 
specified by the read command, the CPU 122 determines 
an access (read) start track and an access (read) 
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start sector on the disk 111. The CPU 122 sets the 
determined access start track and access start sector 
in the corresponding control registers of the HDC 125 
(steps S21 and S22) . 
5 Then, the CPU 122 calculates a predicted seek 

time Tp and the predicted amount of transfer data Ap 
(step S23) . The predicted seek time Tp represents the 
time required for an operation of moving the head 112 
to the present position to the access start track 

10 (target track) (that is, a seek operation) . On the 

other hand, the predicted amount of transfer data Ap 
represents the amount of data (data size) that can be 
read, within a time (Ttl-Tp) , from an area starting 
with the access start sector on the access start 

15 track. The time (Ttl-Tp) is obtained by subtracting 

the predicted seek time Tp from the time limit Ttl. 

On the basis of the number of tracks (number of 
cylinders) Nt and the seek time table 123a, the 
predicted seek time Tp is calculated as follows. 

20 Here, the number of tracks Nt corresponds to the 

tracks from the one corresponding to the present 
position up to the access start track. That is, 
the number of tracks Nt corresponds to the distance 
that the head is moved during a seek operation (this 

25 number will hereinafter be referred to as the number 

of seek tracks) . First, the CPU 122 searches the seek 
time table 123a for the number of tracks Nti which is 
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smaller than but closest to the value Nt. Further the 
CPU 122 searches the seek time table 123a for the 
number of tracks Nti+1 which is larger than but 
closest to the value Nt. Then, the CPU 122 takes 
5 information out of the seek time table 123a, the 

information relating to the numbers of tracks Nti and 
Nti+1 and associated seek times Tsi and Tsi+1. The 
CPU 122 calculates the seek time Ts corresponding to 
the number of seek tracks Nt by an interpolating 

10 process using the seek time Tsi and Tsi+1. The CPU 

122 determines the calculated seek time Ts to be the 
predicted seek time Tp. If information indicative of 
the number of tracks corresponding to the value Nt is 
stored in the seek time table 123a, the seek time Ts 

15 associated with the value Nt is used as the predicted 

seek time Tp. 

On the basis of the zone Zi to which the access 
start track belongs and the transfer rate table 123b, 
the predicted amount of transfer data Ap is calculated 

20 as follows. First, the CPU 122 reads in formation on 

a data transfer rate TRi inherent in the zone Zi, from 
the transfer rate table 123b. The value TRi indicates 
a data transfer rate used when a read is performed on 
the zone Zi, on the basis of the amount of data 

25 (for example, the number of sectors) that can be 

transferred per unit time. The CPU 122 multiplies 
the value TRi by the time (Ttl-Tp) to calculate 
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the amount of data that can be transferred within 
the (Ttl-Tp) , as the predicted amount of transfer data 
Ap (=TRi (Ttl-Tp) ) . In this connection, if the CDR 
format is not applied to the disk 111, the data 
transfer rate is the same for all the tracks on the 
disk 111. In this case, the same data transfer rate 
TR may always be applied. 

Once the CPU 122 calculates the predicted seek 
time Tp and the predicted amount of transfer data Ap 
(step S23), it proceeds to step S24. At step S24, the 
CPU 122 determines whether or not the predicted seek 
time Tp is within the time limit Ttl, indicated by the 
time limit information provided to the read command. 
That is, the CPU 122 determines (predicts) whether or 
not it is possible to complete, within the time limit 
Ttl, a seek operation of moving the head 112 from the 
present position to the access start track. 

If it is predictable that the seek operation can 
be completed within the time limit Ttl (step S24), the 
CPU 122 proceeds to step S25. At step S25, the CPU 
122 determines whether or not the predicted amount of 
transfer data Ap is smaller than the amount of 
transfer data (the requested amount of transfer data) 
Ar specified by the read command to be executed. That 
is, the CPU 122 determines (predicts) whether or not 
the amount of data (data size) requested by the read 
command can be transferred within the time (Ttl-Tp) . 
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If the requested amount of data can be transferred 
within the time (Ttl-Tp) , the CPU 122 determines that 
conditions for executing the read command have been 
established. In this case, to perform the read 
5 operation specified by the read command, the CPU 122 

provides seek control that moves the head 112 from the 
present position to the access start track (step S26) . 

Once the head 112 reaches the access start track, 
the CPU 122 determines that the. seek control (seek 

10 operation) has been completed. In this case, the CPU 

122 causes the HDC 125 to perform a read operation for 
sequentially reading data, sector by sector, from 
an area corresponding to a data size (the number of 
sectors) specified by the read command (step S27). 

15 The area starts with the access start sector on the 

access start track set in steps S21 and S22, described 
above . 

If the HDC 125 detects an error in the data read 
in accordance with the read command (step S28) , the 

20 CPU 122 returns to step S21 to retry this command. 

Then, during the retry of the read command, it is 
determined again whether or not the retry of this 
command can be completed within the time limit Ttl 
(step S24 or S25) . 

25 On the other hand, if no errors are detected in 

the data read in accordance with the read command, 
that is, all the data corresponding to the data size 
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specified by the read command has been read correctly 
(step S28), the CPU 122 ends execution of this command 
(step S29) . In this case, if any waiting commands are 
in the queue buffer, the CPU 122 takes the most 
5 previously queued command at that point out of the 

queue buffer and executes it. At this time, the CPU 
122 sets, in the status register 125a in the HDC 125, 
a status indicating that the execution of the 
preceding command (in this case, the read command) has 

10 been completed correctly. The host 20 can refer to 

the status set in the status register 125a. The host 
20 can refer to this status to recognize that the 
execution of the corresponding command has been 
completed correctly . 

15 On the other hand, if it is predicted that the 

seek operation cannot be completed within the time 
limit Ttl (step S24), the CPU 122 determines that the 
conditions for executing the read command are not 
established. In this case, instead of executing the 

20 read command, the CPU 122 allows the HDC 125 to 

transfer a size of predefined dummy data specified by 
this command to the host 20 (step S30) . This forces 
the execution of the read command to be completed. 
This is equivalent to executing, in a short time, the 

25 read command for which it is known that a seek 

operation cannot be completed within the time limit. 
At this time, if any waiting commands are in the queue 
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buffer, the CPU 122 takes the most previously queued 
command at that point out of the queue buffer and 
executes it. Then, although the CPU 122 has not 
executed the preceding read command, it sets, in the 
5 status register 125a in the HDC 125, a dummy status 

indicating that the execution of this command has been 
completed correctly. 

If it is predicted that the amount of data 
requested by the read command cannot be transferred 

10 (read) within the time (Ttl-Tp) (step S25) , the CPU 

122 also determines that the conditions for executing 
the read command are not established. Also in this 
case, the CPU 122 performs step S30 to allow the HDC 
125 to transfer dummy data to the host 20. 

15 Thus, in the present embodiment, it is predicted 

beforehand whether a read command with a time limit 
can be executed in the HDD 10 within the time limit 
Ttl. This prediction is made taking into account the 
seek time, known as the basic ability of the HDD 10, 

20 and the amount of data requested by the read command 

(the requested amount of transfer data) . Then, if 
the read command requests a read operation exceeding 
the basic ability of the HDD 10, the HDD 10 transfers 
dummy data to the host 20 instead of executing this 

25 command. Thus, even though a read command is known to 

request a read operation exceeding the time limit Ttl, 
the present embodiment can avoid executing this read 
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command needlessly. Furthermore, in the present 
embodiment, owing to the avoidance of such a needless 
operation, if concurrently with recording of a data 
stream, the same or another data stream is reproduced, 
5 a write command for recording the data stream can be 

given execution priority. 

In the above embodiment, the HDD is utilized in 
the video recorder for AV applications. However, the 
HDD can be utilized to record and reproduce data 

10 streams in a personal computer. Furthermore, in the 

description of the above embodiment, the present 
invention is applied to the HDD (Hard Disk Drive) . 
However, the present invention is applicable to disk 
storage apparatuses other than the HDD, such as 

15 an optical disk drive and a magneto-optical disk drive 

provided that they are capable of reading and writing. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 

20 the specific details and representative embodiments 

shown and described herein. Accordingly, various 
modifications may be made without departing from the 
spirit or scope of the general inventive concept as 
defined by the appended claims and their equivalents. 



